Fix gtk3-demo MSVC Project

Build the new listbox.c source file, as that file was missed.

tests: Ignore deprecations

... for where there's no replacement.

Optimize gdk_x11_screen_supports_net_wm_hint()

Move the call to gdk_x11_atom_to_xatom_for_display() outside of the
search loop in gdk_x11_screen_supports_net_wm_hint().  In my test case
(running Audacious for about a minute), this reduced the total number of
hash table lookups performed from 370,000 to 230,000.

https://bugzilla.gnome.org/show_bug.cgi?id=702913

GMenuModel -> GtkMenu binding: show submenu items

In the non-submenu case we bind the 'visibility' attribute to the
tracker, which takes care of showing the item.  In the submenu case, we
don't bind all of the properties, so we miss this one.

Deal with it by just show()ing the submenu item.

https://bugzilla.gnome.org/show_bug.cgi?id=702332

GtkFileChooserButton: Also emit 'file-set' when changing the selection through the combo box

https://bugzilla.gnome.org/show_bug.cgi?id=696498

GtkFileChooserEntry: don't inline-complete if the entry doesn't have the focus

When the file chooser changes directories, it tells the GtkFileChooserEntry to
change its base folder (i.e. the folder from which relative pathnames are resolved).
GtkFileChooserEntry then starts loading a GtkFileSystemModel asynchronously.
In the finished_loading_cb(), however, it would always ask the GtkEntryCompletion
to insert the completion prefix, since that finished_loading_cb() is what is also used
while the user is typing *in the entry*.

But when the entry doesn't have the focus (e.g. the user changed directories by double-clicking
on the file list in the file chooser), there's no reason to insert completions at all.

https://bugzilla.gnome.org/show_bug.cgi?id=672271
Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Bump version

3.9.6

a11y: Include testdata in EXTRA_DIST

Otherwise tests don't work from a tarball release.

filechooser: In testfilechooser, be strict about the --action option

It would default to GTK_FILE_CHOOSER_ACTION_OPEN if the user's specified --action could not be
parsed.  I can never remember what the right options are, so make the program bail out
if the user specifies an unrecognized option.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Remove rest of gtk-show-input-method-menu and gtk-show-unicode-menu

They are no longer used.

GtkEntry: ellipsize placeholder text

The placeholder string is truncated when there's no
room for it in entry's width.

So, by ellipsizing it, the user can notice the text
was truncated so that they can workaround that by,
for example, maximizing the window.

https://bugzilla.gnome.org/show_bug.cgi?id=702763

testsuite: Don't use deprecated functions

filechooser: Actually return a value

treeview: Remove duplicate function

GtkFileChooser: Missing hour on today's files for it&hu locales on Win32

The file chooser does not show the hours for files modified today
when using it & hu locales on Win32.  This is due to the %k format conversion
for strftime() that is in Olson's Timezone Package, which msvcrt.dll doesn't have.
Cygwin has it, though.

So for now, we just use a %H format.  While %k would render
six-in-the-morning as " 6" (6 preceded by a space), %H will render it
as "06".

https://bugzilla.gnome.org/show_bug.cgi?id=560337

Fix gtk_text_iter_forward_to_tag_toggle() for end iter

The function must return TRUE only if there is a tag toggle _after_ the
iter, not _at_ the iter. So for the end iter, the function must always
return FALSE.

Add also unit tests for gtk_text_iter_forward_to_tag_toggle().

https://bugzilla.gnome.org/show_bug.cgi?id=691266

filechooser: Fix misleading documentation for gtk_file_chooser_set_preview_widget()

https://bugzilla.gnome.org/show_bug.cgi?id=701174

quartz: remove check for keymap changes from update_keymap()

The function is now only called when the keymap has actually
changed. bug #698183.
(cherry picked from commit e62709da2ee6619f26c8446b545418e5f1b9e151)

quartz: update the keymap only if the input method changed

and not on each keystroke, which for some IMs apparently caused a full
update on each keystroke, not just a check for changes. Patch from
Takuro Ashie, bug #698183.

Improve doc of gtk_text_iter_forward_search()

It was not possible to know if the @limit was for @match_start or
@match_end. It was documented for backward_search(), but not for
forward_search().

https://bugzilla.gnome.org/show_bug.cgi?id=390048

gtkfilechooserbutton: fix documentation typo

https://bugzilla.gnome.org/show_bug.cgi?id=702695

filechooser: In testfilechooser, add buttons to get the selection and the current name

filechooser: Add gtk_file_chooser_get_current_name()

Currently you can only set the current filename, but not
get it. It's useful to be able to get it in save
dialogs, where the user has typed the desired filename
and you are not in a real directory (recent used, for
example).

https://bugzilla.gnome.org/show_bug.cgi?id=702497

IconTheme: Move changed emission to an idle

By delaying the emission to an idle we avoid a lot of tricky
reentrancy issues. For instance, a normal gtk_icon_theme_choose_icon()
call could in very rare cases (when a user updated an icon theme) emit
a signal which could affect the icon currently being looked up.  This
kind of reentrancy is very hard to test against, especially when it is
so rare, so we're better of avoiding it.

There is no real value to get the change signal directly anyway. All
it can do is affect which icon is rendered the next frame, and we will
handle the queued emission before rendering. Not to mention that icon
theme change detection is polled anyway, so it is already delayed.

https://bugzilla.gnome.org/show_bug.cgi?id=694755

[l10n] Updated Italian translation.

IconTheme: Clear caches when reloading theme

When we're reloading the theme in ensure_valid_themes (due to noticing
that a theme dir has changed) we need to also clear the icon cache
as it will not be valid for the new theme.

We already do this in do_theme_change(), but ensure_valid_themes()
was missing this.

https://bugzilla.gnome.org/show_bug.cgi?id=702598

IconCache: Keep a ref on the GtkIconData

The icon data in GttkIconInfo->data is currently owned by the
IconThemeDir->icon_data hashtable. However, on e.g. a theme change
blow_themes() destroys the dirs and thus the data, meaning any
outstanding GtkIconInfo points to stale data.

We solve this by adding a refcount to GtkIconData and reffing it
from GtkIconInfo.

https://bugzilla.gnome.org/show_bug.cgi?id=702598

Updated POTFILES.skip

GtkBuilder: add new constructor APIs

Add new APIs gtk_builder_new_from_{file,resource,string}() and encourage
their use over the older _add_from_...() APIs.

https://bugzilla.gnome.org/show_bug.cgi?id=679930

docs: GtkBuilder: warn about unusual GError use

GtkBuilder returns GError for _add_from_{file,resource,string}(),
implying that the user should be able to recover from these errors.
Mention in the docs that it's unreasonable to try to do this.

https://bugzilla.gnome.org/show_bug.cgi?id=679930

gtk-demo: Add GtkListBox demo

win32: don't convert '\n' to '\r\n' when copying if it already is '\r\n'

https://bugzilla.gnome.org/show_bug.cgi?id=649390

Revert "GtkWindow: Move cairo_save/restore from marshaller"

This reverts commit 6c7689506f8b6c71522e6c8a25a2b4523641592c.

This is not right as we need to save/restore around *each*
callback, not just each emission.

Tajik translation updated

Ensure broadway backend links when using as-needed linking

Error message at:
http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130617185755.wally.valstar.6794/log/gtk+3.0-3.9.4-1.mga4/build.0.20130617185804.log

<ovitters> mclasen_:
http://svnweb.mageia.org/packages/cauldron/gtk%2B3.0/current/SOURCES/gtk%2B-3.9.4-linking.patch?revision=444164&view=markup
<ovitters> mclasen_: gtk doesn't seem to link properly on Mageia
(as-needed thing probably)
<mclasen_> sure, looks fine
<ovitters> can I commit this?
<mclasen_> yes, please commit

testlist: Test double click mode

listbox: handle moving mouse out of widget with button down

Unset active row, etc when mousing out of the widget totally.

listbox: Properly handle double click

We never want to handle GDK_2BUTTON_PRESS like a normal first click.

listbox: Rewrite coords from child windows

If button events are from child windows we need to rewrite
the coordinates to our window.

Bump version

3.9.4

Add state propagation changes to release notes

Avoid an uninitialized variable access

Avoid an uninitialized variable access

Fix a small memory leak

Fix a small memory leak

GtkBuilder: don't leak callbacks

This was noticed while running the testsuite under valgrind.

Avoid an uninitialized variable access

https://bugzilla.gnome.org/show_bug.cgi?id=702370

Fix iconview-empty reftest

The reference image for this test was inadvertedly relying
on an incorrect initial icon-size property of GtkImage.

Remove testing test again

This one fails on the build servers.

Add a few tests back

These were lost in the Makefile cleanup.

GtkImage: Fix the initial value of icon-size

Since we are pulling the icon-size out of the icon helper now,
we should set its icon-size when constructing it.

Fix object test

Fix defaultvalue test

testsuite: Avoid g_test_trap_fork

Fix cellarea tests to use g_test_trap_subprocess instead.

Add listbox tests

testsuite: clean up build machinery a bit

No point in setting LDADD for every single binary,
when we can do it just once. Also, generate test.in files.

GtkListBox: fix docs

New types need to be added to gtk3.types.in to have introspected
data (type hierarchy, properties, signals) show up in the docs.

Updated POTFILES.in

GtkListBox: cosmetics

Clean up formatting trivia, adjust includes to gtk conventions,
use P_() for properties, etc.

GtkSearchBar: Mention we don't handle Ctrl+F for the app

There's probably an expectation from the app developers that
Ctrl+F or similar common shortcuts for starting a search will
be handled by the widget, when this is not the case. Explicitely
mention it in the docs to avoid confusion.

https://bugzilla.gnome.org/show_bug.cgi?id=701523

GtkHeaderBar: Fix buildable function names

It's a GtkHeaderBar, not GtkHeader.

https://bugzilla.gnome.org/show_bug.cgi?id=701346

GtkHeaderBar: Make labels creation available privately

So it can be reused in subclasses

https://bugzilla.gnome.org/show_bug.cgi?id=701345

Updated POTFILES.in

GtkStack: Switch order on left/right up/down transitions.

When the new child is on the left, scroll right. This makes the
thing look physically "real".

GtkStack: Fix drawing of sliding

We were not drawing the view window, so the old widget
was clipped for the sliding transitions.

GtkStack: Add position-dependent slide transitions

These go left/right or up/down depending on the relative
order of the children being switched between.

broadway: Add win32 support

broadway: Support TCP displays

broadway: Only use gio-unix on G_OS_UNIX

broadway: Remove unused includes

broadway: Add configure checks for sys/mman.h

docs: Add GtkListBox to docs

reftests: Fix for state propagation changes

x11: Remove motif dnd leftovers

treeview: Use gtk_adjustment_configure()

... instead of manually setting all the values. Makes for nicer code and
less signal emissions.

GtkListBox: Consider width of filtered rows

Without this lists keep shrinking in width as they are filtered, whic
looks really bad.

GtkListBox: Protect against reentrancy.

Activating a row may destroy the widget, so keep a ref since
we're doing thing to the listbox after emission.

GtkListBox: minor fix

Move the check inside the existing chech which also checks
for active_row != NULL for extra safety.

GtkListBox: Add style classes for lists and rows

GtkListBox: Add getter for activate_on_single_click

GtkListBox: Rename reXXX to invalidate_XXX

This is lets us later move to a setup where the rows are not
immediately resorted but queued until next layout.

testgtk: Test GtkListBox placeholder widgets

GtkListBox: Add placeholder widget support

GtkListBox: Track the number of visible children

GtkListBox: Track visible in the row

This is a minor performance improvement, but its mainly to
allow us to track when n_visible_children changes.

GtkListBox: Open code the update_header calls in add()

Rather than reusing row_visibility_changed. This means
row_visibility_changed really means that the row visibility changed.

GtkListBox: Make reseparate a no-op for hidden lists

We already take care to not track headers when the listbox is hidden,
because that can be very expensive during creation, so we might as
well skip reseparate() too. The only time we don't want to skip it
is when we're about to show the list.

GtkListBox: Remove some unnecessary code

the unhighlight call already NULLs out drag_highlighted_row

GtkListBox: Fix docs

Removed some cut/paste leftovers

GtkListBox: Allow unselecting of rows in SINGLE mode

GtkListBox: Rename separators to headers

GtkListBox: Remove refilter signal

This was added from https://bugzilla.gnome.org/show_bug.cgi?id=691979
where it was wanted in order to get a "all children filtered" kind
of row. However, the solution is not really generic enough, because
filtering can happen for other reasons than a full refilter (i.e. due
to a row change), and the partial fix you can get by counting children
after refilter can be achieved by manually doing it whenever you manually
called refilter anyway.

Its possible we should have some better solution for the "empty state"
though.

GtkListBox: Add docs

GtkWidget: Change which states propagate

Historically the following states propagated to children:
  GTK_STATE_FLAG_ACTIVE
  GTK_STATE_FLAG_PRELIGHT
  GTK_STATE_FLAG_SELECTED
  GTK_STATE_FLAG_INSENSITIVE
  GTK_STATE_FLAG_INCONSISTENT
  GTK_STATE_FLAG_BACKDROP

However, several of these are problematic on containers like GtkListBox.
For instance, if a row is ACTIVE or SELECTED then all children (like e.g
a button) inside the row will *also* look active/selected. This is almost
never right. The right way to theme this is to catch e.g. SELECTED on the
container itself and set e.g. the color and let the children inherit
the color instead of the flag.

We now propagate only these flags:
  GTK_STATE_FLAG_INSENSITIVE
  GTK_STATE_FLAG_BACKDROP

Which make sense to be recursive as they really affect every widget
inside the container.

However, this is a CSS theme break, and while most things continue working
as-is some themes may need minor tweaks.

GtkListBox: Remove add_to_scrolled()

Now that we automatically set up the focus_vadjustment we only
need the adjustment to handle the page-up/down scroll length correctly.

We use parent_set to automatically pick up the adjustment from a
scrollable (i.e. viewport) parent which makes add_to_scrolled useless, so
it can be removed.

GtkScrollableWindow: Automatically set focus adjustments

When adding with a viewport we automatically set the focus
adjustments on the viewport from the scrolled window, so that
when any child widget gets focused we automatically scroll to it.

This is generally nice, but its particularly important for GtkListBox
where focus changing is how we navigate between rows.

We also ensure that the adjustments are always set before adding the
child to the viewport, which we will need later to pick up the
adjustments on add.

GtkListBox: No need to manually clamp adjustment to focus

Now that we use real widgets for rows the focus_vadjustment is
enough.

GtkListBox: Clean up DnD code

Unhighlight rows if they are removed.

Drop the automatic drag motion based auto-scrolling. This is not really
right, as it e.g. hardcodes auto-scroll regions and assumes we're the only
widget inside the scrolled container. Its also imho in the wrong place,
autoscrolling if any should be done on the scrolled-window or viewport.
All the removed code is implementable outside Gtk+ though.